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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee IMS Network Testing (INT). 

The present document is part 2 of a multi-part deliverable covering the test specification for Message Waiting 
Indication (MWI), as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS)"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP)"; 

Part 3: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)". 
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Scope 



The present document specifies the Test Suite Structure and Test Purposes (TSS&TP) of the Message Waiting 
Indication (MWI) service, based on 3GPP stage three Protocol Description of the (MWI) service, based on stage one 
and two of the ISDN MWI supplementary services. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 124 606 (V8.2.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Message Waiting Indication (MWI)using IP 
Multimedia (IM) Core Network (CN) subsystem; Protocol specification 
(3GPP TS 24.606 version 8.2.0 Release 8)". 

[2] ETSI TS 102 891-1: "Technical Committee for IMS Network Testing (INT); Message Waiting 

Indication (MWI) using IP Multimedia (IM) Core Network (CN) subsystem; Part 1 : Protocol 
Implementation Conformance Statement (PICS)". 

[3] IETF RFC 3842: "A Message Summary and Message Waiting Indication Event Package for the 

Session Initiation Protocol (SIP)". 

[4] IETF RFC 3265: "Session Initiation Protocol (SlP)-Specific Event Notification". 

[5] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

Not applicable. 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 124 606 [1] and the following apply: 
Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [5]. 
Implementation Under Test (lUT): Refer to ISO/IEC 9646-1 [5]. 
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PICS proforma: Refer to ISO/IEC 9646-1 [5]. 

point of control and observation: Refer to ISO/IEC 9646-1 [5]. 

Protocol Implementation Conformance Statement (PICS): Refer to ISO/IEC 9646-1 [5]. 

System Under Test (SUT): Refer to ISO/IEC 9646-1 [5]. 

Test Purpose (TP): Refer to ISO/IEC 9646-1 [5]. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in TS 124 606 [1] and the following apply: 

ATM Abstract Test Method 

ATS Abstract Test Suite 

lUT Implementation Under Test 

PICS Protocol Implementation Conformance Statement 

SUT System Under Test 

TP Test Purpose 

TSS Test Suite Structure 

TSS&TP Test Suite Structure and Test Purposes 



Test Suite Structure (TSS) 



lUserEquipment 



MWI U01 XXX 



Network 



AS Served User 



DIP N01 XXX 



4.1 Configuration 



The scope of the present document is to test the signalling and procedural aspects of the stage 3 requirements as 
described in [1]. The stage 3 description respects the requirements to several network entities and also to requirements 
regarding to end devices. Therefore several interfaces (reference points) are addressed to satisfy the test of the different 
entities. 

Therefore to test the appropriate entities the configurations below are applicable: 

Testing of the Application Server. This entity is responsible to perform the service. Hence the ISC interface is the 
appropriate access point. Figure 1 points to this. 







Application 
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Figure 1 : Applicable interface to test AS functionalities 
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If the ISC interface is not accessible it is also applicable to perform the test of the AS using any NNI (Mw, Mg, Mx) 
interface (consider figure 2). In case only the Gm interface is accessible this shall be used instead. In this case, be aware 
that the verification of several requirements is impeded. 



Test 
System 



Mw, Mg, Mx 



CSCF 

(and/or AS) 

Implementation 
under Test 



Mw, Mg, Mx 




Figure 2: Applicable interfaces to test using the (generic) NNI interface 

Figure 3 illustrates the usage of any NNI interface. 

Testing of User Equipment. There are several requirements regarding to the end devices. Therefore a special 
configuration appears. 
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Figure 3: Applicable configuration to test the User Equipment 



5.1 



Test Purposes (TP) 



Introduction 



For each requirement in TS 124 606 [1] a TP is defined. 

5.1 .1 TP naming convention 

TPs are numbered, starting at 001, within each group. Groups are organized according to the TSS. Additional references 
are added to identify the actual test suite and whether it applies to the network or the user (see table 1). 
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Table 1 : TP identifier naming convention schieme 



Identifier: <ss>_ 


<iut><group>_<nnn> 


<ss> 


supplementary service: e.g. "IVIWI" 


<iut> 


typeoflUT: U User - equipment 
N Network 


<group> = 


group 2 digit field representing group reference according to TSS 


<nnn> 


3 digit sequential number (001-999) 



5.1.2 Test strategy 



As the base standard TS 124 606 [1] contains no explicit requirements for testing, the TPs were generated as a result of 
an analysis of the base standard and the PICS specification TS 102 891-1 [2]. The criteria applied include the following: 

• whether or not a test case can be built from the TP is not considered. 

5.1 .3 Reference column "MWI reference" 

The column "MWI reference" makes reference to TS 124 606 [1], except where explicitly stated otherwise. 



5.2 Invocation and operation 



5.2.1 Actions at the UE 



TSS 

UserEquipment 



TP 

IVIWI U01 001 



MWI reference 

4.7.2.1 



Selection expression 

PICS 2/1 



Test purpose: 

Initial subscription for a public user identity using the public service identity 

Ensure that the user equipment is able to subscribe to the MWI service. A SUBSCRIBE message is sent. The Request 
line contains the public service identity of the IVIA. The Event header is set to 'message-summary', the Expires header 
is set to a proper value, Accept header is set to 'application/simple-message-summary'. 



SIP header: SUBSCRIBE sip: public service identity@server SIP/2.0 
Event: message-summary 
Expires: <a valid value> 
Accept: application/simple-message-summary 



Comments: 



User Equipment 



Test Equipment 

^ SUBSCRIBE 

<■ 200 OK (SUBSCRIBE) 



TSS 

UserEquipment 



TP 

IVIWI U01 002 



MWI reference 

4.7.2.1 



Selection expression 

PICS 2/2 



Test purpose: 

Initial subscription for a public user identity using the public user identity 

Ensure that the user equipment is able to subscribe to the MWI service. A SUBSCRIBE message is sent. The Request 
line contains the public user identity of the subscriber. The Event header is set to 'message-summary', the Expires 
header is set to a proper value, Accept header is set to 'application/simple-message-summary'. 



SIP header: SUBSCRIBE sip: public user identity@server SIP/2.0 
Event: message-summary 
Expires: <a valid value> 
Accept: application/simple-message-summary 



Comments: 



User Equipment 



Test Equipment 

^ SUBSCRIBE 

<■ 200 OK (SUBSCRIBE) 
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TSS 

UserEquipment 



TP 

MWI U01 003 



lUIWI reference 

4.7.2.1, 

RFC 3842 [3] 3.6 



Selection expression 



Test purpose: 

Re-Subscription before subscription is expired 

Ensure that the user equipment is able to re-subscribe the current subscription before the subscription expires. A 
SUBSCRIBE message is sent. The Event header is set to 'message-summary', the Expires header is set to a proper 
value. Accept header is set to 'application/simple-message-summary'. The Call-ID is equal to the Call-ID of the initial 
subscription. 



SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 500 
Accept: application/simple-message-summary 



Comments: 



User Equipment 



Test Equipment 

^ SUBSCRIBE 

«■ 200 OK (SUBSCRIBE) 

Before subscription expires 

^ SUBSCRIBE 
<■ 200 OK (SUBSCRIBE) 



TSS 

UserEquipment 


TP 

MWI_U01_004 


MWI reference 

4.7.2.1, 

RFC 3842 [3] 3.6 


Selection expression 


Test purpose: 

Subscription after re-subscription faiis 

Ensure that the user equipment is able to subscribe to the MWI service after a re-subscription failed. A SUBSCRIBE 
message is sent. The Event header is set to 'message-summary', the Expires header is set to a proper value, Accept 
header is set to 'application/simple-message-summary'. 


SIP header: SUBSCRIBE 1 

Event: message-summary 
Expires: 500 

Accept: application/simple-message-summary 
SUBSCRIBE 2 

Call-ID: <different from Call-ID of SUBCRIBE 1 > 

Event: message-summary 

Expires: 500 

Accept: application/simple-message-summary 


Comments: 

User Equipment 

Before subscription 


Test Equipment 

SUBSCRIBE 

200 OK (SUBSCRIBE) 

expires 

SUBSCRIBE 1 

500 

SUBSCRIBE 2 

200 OK (SUBSCRIBE) 
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TSS 

UserEquipment 



TP 

MWI U01 005 



MWI reference 

4.7.2.1, 

RFC 3265 [4] 3.1.4.3 



Selection expression 



Test purpose: 

Unsubscribe from MWI service 

Ensure that the user equipment is able to unsubscribe the current subscription. A SUBSCRIBE message is sent. The 
Event header is set to 'message-summary', the Expires header is set to zero. Accept header is set to 
'application/simple-message-summary'. The Call-ID is equal to the Call-ID of the initial subscription. 



SIP header: SUBSCRIBE2 

Event: message-summary 

Expires: 

Accept: application/simple-message-summary 



Comments: 



User Equipment 



Test Equipment 

^ SUBSCRIBE1 

«■ 200 OK (SUBSCRIBE) 

^ SUBSCRIBE2 

<■ 200 OK (SUBSCRIBE) 



TSS 

UserEquipment 



TP 

MWI U01 006 



MWI reference 

4.7.2.1, 

RFC 3842 [3] 3.9 



Selection expression 



Test purpose: 

Reception of status information after subscription 

Upon receipt of a valid NOTIFY request after subscription, the user equipment accepts the information and sends a 
200 OK response. 



SIP header: NOTIFY 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 

Message-Account: sip:served_user@Server 

Voice-Message: 4/1 (2/0) 

Video-Message: 3/1 (1/0) 

Fax-Message: 2/1 (0/1) 



Comments: 



User Equipment 



Status information indicate to the user 



Test Equipment 

^ SUBSCRIBE 

«■ 200 OK (SUBSCRIBE) 

«■ NOTIFY 

^ 200 OK (NOTIFY) 
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TSS 

UserEquipment 



TP 

MWI U01 007 



MWI reference 

4.7.2.1, 

RFC 3842 [3] 3.9 



Selection expression 



Test purpose: 

Reception of subsequent status information after state cfiange 

Upon receipt of a valid NOTIFY request to refresin the status of deposited messages, the user equipment accepts the 
information and sends a 200 OK response. 



SIP header: NOTIFY 1 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 
Message-Account: sip:served_user@Server 
Voice-Message: 4/1 (2/0) 
Video-Message: 3/1 (1/0) 
Fax-Message: 2/1 (0/1) 

NOTIFY 2 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 

Message-Account: sip:served_user@Server 

Voice-Message: 5/1 (2/0) 

Video-Message: 3/1 (1/0) 

Fax-Message: 2/1 (0/1) 



Comments: 



User Equipment 



Status information indicate to the user 



Status information indicate to the user 





Test Equipment 


■¥ 


SUBSCRIBE 


«■ 


200 OK (SUBSCRIBE) 


r «■ 


NOTIFY 1 


^ 


200 OK (NOTIFY) 


New voice message in the account 


r «■ 


NOTIFY 2 


■¥ 


200 OK (NOTIFY) 
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5.2.2 Actions at the AS 



TSS 

Network/AS Served User 



TP 

MWI N01 001 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.4, 

RFC 3265 [4] 

3.1.4.1,3.1.6.2 



Selection expression 



Test purpose: 

Subscription to tlie message waiting service, all relevant headers present 

Verify that the SUBSCRIBE request will be accepted with following Subscribe-specific headers: Event, Expires and 
Accept. The 200 OK (SUBSCRIBE) contains the Expires header indicating the subscription duration for the MWI 
service. A NOTIFY is sent immediately the actual state of a message account. The From header tag and the Call-ID in 
the NOTIFY are equal to the values in the SUBSCRIBE. 



SIP header: SUBSCRIBE 

Event: message-summary 
Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE 

CASE A 

200 OK (SUBSCRIBE) 

CASEB 

202 Accepted 

NOTIFY 

200 OK (NOTIFY) 



SUT 



«■ 
■¥ 



TSS 

Network/AS ServedUser 



TP 

MWI N01 002 



MWI reference 

4.7.2.5, 
RFC 3265 [4] 
3.1.4.3 



Selection expression 



Test purpose: 

Tlie user is able to unsubscribe the service 

Verify that the SUBSCRIBE request will be accepted with Expires header with value zero; Check that the 2xx response 
to the unsubscription contains also an Expires header with value zero. A NOTIFY is sent. 



SIP header: SUBSCRIBE 

Event: message-summary 
Expires: 

Accept: application/simple-message-summary 
200 OK (SUBCRIBE) 

Expires: 
NOTIFY 

Event: message-summary 
Subscription-State: terminated(; reason=timeout) 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE 

200 OK (SUBSCRIBE) 

NOTIFY 

200 OK (NOTIFY) 



SUT 



^ 
«■ 

«■ 
■¥ 
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TSS 


TP 


MWI reference 


Selection expression 


Network/AS_ServedUser 


MWI_N01_003 


4.7.2.5, 
RFC 3265 [4] 
3.1.6.2 




Test purpose: 


Refresh of current subscription. 


Verify that a SUBSCRIBE request will be accepted at any time before the original subscription expires when From 


header tag and the Call-ID in the subsequent SUBSCRIBE are equal to the values in the original SUBSCRIBE request. 


A NOTIFY is sent. 


SIP header: SUBSCRIBE 1 


To-header with tag=tag valuel 


Callld=callld valuel 


SUBSCRIBE 2 


To-header with tag=tag valuel 


Callld= callld valuel 


Preconditions: An arrangement exists with the service provider to deliver state changes 


Comments: 


ISC SUT 


SUBSCRIBE 1 ^ 


CASE A 


200 OK (SUBSCRIBE) «■ 


CASEB 


202 Accepted «■ 


NOTIFY «■ 


200 OK (NOTIFY) ^ 


Refreshing of Subscription 


SUBSCRIBE 2 ^ 


CASE A 


200 OK (SUBSCRIBE) «■ 


CASEB 


202 Accepted «■ 


NOTIFY «■ 


200 OK (NOTIFY) ^ 
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TSS 

Network/AS Served User 



TP 

MWI N01 004 



MWI reference 

4.7.2.5, 
RFC 3265 [4] 
3.1.4.2 



Selection expression 



Test purpose: 

Unsuccessful refresh of subscription 

Verify that a SUBSCRIBE request will be rejected with a "481 Call/Transaction Does Not Exist" response after expiry of 
the subscription when the subsequent SUBSCRIBE request uses the same dialog (From tag, Callld) as the actual 
expired subscription. 



SIP header: SUBSCRIBE 1 

To-header with tag=tag_value1 
Callld=_callld_value1 
SUBSCRIBE 2 

To-header with tag=tag_value1 
Callld=callld valuel 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 






ISC 






SUBSCRIBE 1 




-* 


CASE A 






200 OK (SUBSCRIBE) 




«■ 


CASEB 






202 Accepted 




«■ 


NOTIFY 




«■ 


200 OK (NOTIFY) 




^ 




Subscription 


time expired 


SUBSCRIBE 2 




■^ 


481 Call/Transaction Does Not Exist 




«■ 



SUT 
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TSS 

Network/AS Served User 



TP 

MWI N01 005 



MWI reference 

4.7.2.5, 

RFC 3265 [4] 3.2.2 



Selection expression 



Test purpose: 

NOTIFY request after initial subscription 

Verify that after a successfully subscription a NOTIFY request is sent containing a "Subscription-State" header with the 
value "active" and an "expires" parameter which indicates the time remaining on the subscription. The From header tag 
and the Call-ID in the NOTIFY are equal to the values in the SUBSCRIBE. 
The NOTIFY includes: 

• Event header set to message-summary 

• Subscription-State header set to active (optional) expires parameter set to the time remaining on the subscription 

• Content-Type header set to application/simple-message-summary 
MIME body: 

• Messages-Waiting: yes 

• Message-Account: identifying the served user (optional) 

» msg-summary-line(s) (optional) 



SIP header: SUBSCRIBE 

Event: message-summary 
Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 

Event: message-summary 
Subscription-State: active; expires= <a valid value> 
Content-Type: application/simple-message-summary 
Messages-Waiting: yes 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE 

CASE A 

200 OK (SUBSCRIBE) 

CASEB 

202 Accepted 

NOTIFY 

200 OK (NOTIFY) 



SUT 



■^ 

«■ 

«■ 

«■ 
■^ 



TSS 

Network/AS Served User 



TP 

MWI N01 006 



MWI reference 

4.7.2.5, 

RFC 3265 [4] 3.2.2 



Selection expression 



Test purpose: 

Subscription terminates after 481 response to NOTIFY request 

Verify that a non-200 response (e. g. 481) after a received NOTIFY request will remove the corresponding subscription; 
Check that no further NOTIFY responses will be received. 



SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE ^ 

CASE A 

200 OK (SUBSCRIBE) «■ 

CASEB 

202 Accepted «■ 

NOTIFY «■ 

481 Call/Transaction Does Not Exist ■> 

Action causes in a message summary state change 
No subsequent NOTIFY is sent 



SUT 
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TSS 

Network/AS Served User 



TP 

MWI N01 007 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.5, 

5.2 



Selection expression 



Test purpose: 

Message indicated in tlie NOTIFY request after initial subscription. 

Verify that after a successfully subscription, when a message is waiting, a NOTIFY request is sent with a body 
containing a message summary indicating "Messages-Waiting: yes". 



SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 

Event: message-summary 

Subscription-State: active; expires= <a valid value> 

Content-Type: application/simple-message-summary 
IVIessages-Waiting: yes 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE 

CASE A 

200 OK (SUBSCRIBE) 

CASEB 

202 Accepted 

NOTIFY 

200 OK (NOTIFY) 



SUT 



«■ 
■¥ 



TSS 

Network/AS Served User 



TP 

IVIWI N01 008 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.5, 

5.2 



Selection expression 

PICS 3/1 



Test purpose: 

Message indicated in the NOTIFY request after initial subscription, msg-account present 

Verify that after a successfully subscription, when a message is waiting, a NOTIFY request is sent with a body 
containing a message summary indicating "IVIessages-Waiting: yes" and containing an "msg-account" line. 
SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 
Message-Account: sip:<URI of served MWI user> 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 
ISC 

SUBSCRIBE 

CASE A 

200 OK (SUBSCRIBE) 

CASEB 

202 Accepted 

NOTIFY 

200 OK (NOTIFY) 



SUT 



«■ 
■¥ 
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TSS 

Network/AS Served User 



TP 

MWI N01 009 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.5, 

5.2 



Selection expression 

PICS 3/2 



Test purpose: 

Message indicated in the NOTIFY request after initial subscription, msg-summary-line present 

Verify that after a successfully subscription, when a message is waiting, a NOTIFY request is sent with a body 
containing a message summary indicating "Messages-Waiting: yes" and containing an "msg-summary-line" line. 
SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 
voice-message: <a valid value> / <a valid value> (<a valid value> / <a valid value> ) 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: The "new-urgentmsgs SLASH old-urgentmsgs" is optional 



ISC 

SUBSCRIBE 

CASE A 

200 OK (SUBSCRIBE) 

CASEB 

202 Accepted 

NOTIFY 

200 OK (NOTIFY) 



SUT 



«■ 
■¥ 
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TSS 

Network/AS Served User 



TP 

MWI N01 010 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.5, 

5.2 



Selection expression 



Test purpose: 

NOTIFY indicates state cliange due to a message after successfui subscription 

Verify that after a successfully subscription a NOTIFY message is sent immediately. Afterwards verify that an additional 
NOTIFY request is sent with a body containing a message summary indicating "IVIessages-Waiting: yes" when a 
change in the subscribed state occurs, e.g. a new message has been received at the IVIessage account. The From 
header tag and the Call-ID in the two NOTIFY requests are equal. 



SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 1 

Event: message-summary 

Subscription-State: active; expires=<a valid value> 

Content-Type: application/simple-message-summary 
NOTIFY 2 

Event: message-summary 

Subscription-State: active; expires=<a valid value> 

Content-Type: application/simple-message-summary 
IVIessages-Waiting: yes 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 

ISC SUT 

SUBSCRIBE ^ 

CASE A 

200 OK (SUBSCRIBE) «■ 

CASEB 

202 Accepted «■ 

NOTIFY 1 «■ 

200 OK (NOTIFY) ^ 

Action causes in a message summary state change 

NOTIFY 2 «■ 

200 OK (NOTIFY) ± 
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TSS 

Network/AS Served User 



TP 

MWI N01 011 



MWI reference 

4.7.2.5, 

RFC 3842 [3] 3.5, 

5.2 



Selection expression 

PICS 3/3 



Test purpose: 

NOTIFY indicates state change due to a message after successful subscription, opt-msg-headers are present 

Verify that after a successfully subscription a NOTIFY message is sent immediately. Afterwards verify that an additional 
NOTIFY request is sent with a body containing a message summary indicating "IVIessages-Waiting: yes" and containing 
opt-msg-headers that describe newly added message(s) when a change in the subscribed state occurs, e.g. a new 
message has been received at the IVIessage account. The From header tag and the Call-ID in the two NOTIFY 
requests are equal. 



SIP header: SUBSCRIBE 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
NOTIFY 1 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 
NOTIFY 2 

Event: message-summary 

Subscription-State: active 

Content-Type: application/simple-message-summary 

Messages-Waiting: yes 

To: <user1_public1@home1.net> 

From: <user3_public1@home1.net> 

Message-ID: <a valid value» 

Message-Context: voice-message 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: Any set of opt-msg-headers is acceptable for this test, the above code serves only as an example 
ISC SUT 

SUBSCRIBE ^ 

CASE A 

200 OK (SUBSCRIBE) «■ 

CASEB 

202 Accepted «■ 

NOTIFY 1 «■ 

200 OK (NOTIFY) ^ 

Action causes in a message summary state change 

NOTIFY 2 «■ 

200 OK (NOTIFY) ± 
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TSS 

Network/AS Served User 



TP 

MWI N03 012 



MWI reference 

4.7.2.5, 
RFC 3842 [3] 
3.1.4.2 



Selection expression 



Test purpose: 

Refresh of subscription in a new dialogue 

Verify that at any time before a subscription expires the subscription will be successfully refreshed by sending of a 
SUBSCRIBE request on a different dialog (different Call-Id and From-Tag) as the existing subscription. The From 
header tag and the Call-ID in the SUBCRIBE 1 are unequal to the values in the SUBSCRIBE 2. 



SIP header: SUBSCRIBE 1 

Event: message-summary 

Expires: 7200 

Accept: application/simple-message-summary 
SUBSCRIBE 2 

Event: message-summary 

Expires: 7200 
Accept: application/simple-message-summary 



Preconditions: An arrangement exists with the service provider to deliver state changes 



Comments: 

ISC SUT 

SUBSCRIBE 1 ^ 

CASE A 

200 OK (SUBSCRIBE) «■ 

CASEB 

202 Accepted «■ 

NOTIFY «■ 

200 OK (NOTIFY) ^ 

Refreshing of Subscription 

SUBSCRIBE 2 ^ 
CASE A 

200 OK (SUBSCRIBE) «■ 
CASEB 

202 Accepted «■ 

NOTIFY «■ 

200 OK (NOTIFY) ± 



6 Compliance 

An ATS which complies with the present document shall: 

a) consist of a set of test cases corresponding to the set or to a subset of the TPs specified in clause 5; 

b) use a TSS which is an appropriate subset of the whole of the TSS specified in clause 4; 

c) use the same naming conventions for the test groups and test cases; 

d) maintain the relationship specified in clause 5 between the test groups and TPs and the entries in the PICS 
proforma to be used for test case deselection. 

In the case of a) or b) above, a subset shall be used only where a particular Abstract Test Method (ATM) makes some 
TPs untestable. All testable TPs from clause 5 shall be included in a compliant ATS. 
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